Floppyshop 2/Floppyshop - 2.zip/Floppyshop - 2.iso/diskmags/0022-3.564/dmg-0040/m26475.txt

Text File | 1997-04-16 | 18KB | 443 lines

Info-Atari16 Digest   Saturday, October  7, 1989   Volume 89 : Issue 475

This weeks Editor: Bill Westfield

Today's Topics:

                       Re: Yamaha PSR-70 HELP!
                   Re: Info-Atari16 Digest V89 #465
                        Re: Packer vs. Squish
         Dumas encoding (was Re: SAME OLD SAME OLD VOLUME 2)
                        New version of Arcgsh
                   Re: Info-Atari16 Digest V89 #462
                        GEM memory indicator?
                  Re: Argh!  MWC Resource & TEDINFO
       Re: Dumas encoding (was Re: SAME OLD SAME OLD VOLUME 2)
                          Re: adding a 68881
                  Panasonic KXP1091 printer for sale
               External Disk Drive For Atari ST Wanted
                           Apple Emulation

----------------------------------------------------------------------

Date: 13 Sep 89 15:16:00 GMT
From:
 mailrus!jarvis.csri.toronto.edu!torsqnt!tmsoft!masnet!canremote!peter.gowdy@pur
due.edu  (PETER GOWDY)
Subject: Re: Yamaha PSR-70 HELP!
To: [e-mail]

Hi,
Can anyone please help me get my Yamaha PSR-70 connected to my 1040ST. I
have the cables, and a sequencer program called EZSEQ, but nothing seems
to happen when I follow the LIMITED instructions in the pSR-70 manual.
Any suggestions from Yamaha PSR-xx owners would be much appreciated.



Peter Gowdy
---
 * Via ProDoor 3.1aR

------------------------------

Date: 14 Sep 89 04:08:25 GMT
From: att!chinet![e-mail]  (Stephen Jacobs)
Subject: Re: Info-Atari16 Digest V89 #465
To: [e-mail]

The referenced article is a request for help starting out from an impecunious
college student who's about to purchase an ST.
   Two low priced ways to get started are to send $3- to Accusoft, P.O. Box
02214,  Columbus, Ohio 43202 with a note asking them to send their catalog
disk, and also to buy a copy of Computer Shopper, which has BBS and user
group listings (which aren't necessarily accurate, but help some).
                                     Steve J.

------------------------------

Date: 14 Sep 89 09:11:38 GMT
From: mcsun!inria!laas!nastassia![e-mail]  (Ralph P. Sobek)
Subject: Re: Packer vs. Squish
To: [e-mail]

In article <[e-mail]6> [e-mail] (Z4648252)
 writes:
|           Both Packer and DCSquish are excellent programs, one is designed
|  for the hacker-type who thinks nothing of spending hours to milk out an
|  extra K of remaining space.
...
|           As a user, the STer really does have a choice.  Use whatever
|  program works for you.  As for me and my house, DCSquish is the one.
|
|  Larry Rymal:  |East Texas Atari 68NNNers| <[e-mail]>


To my mind, all we need now is a front-end to both, which tries both
and keeps the best. :-)  Really, why not just keep both programs
around?  As Larry said, they are both excellent programs!

Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
[e-mail]                         Addresses are ordered by importance.
[e-mail], or ...!uunet!mcvax!laas!ralph          If all else fails, try:
[e-mail]                                  [e-mail]
===============================================================================
Upon the instruments of death the sunlight brightly gleams.   --   King Crimson

------------------------------

Date: 14 Sep 89 12:41:28 GMT
From: cs.dal.ca![e-mail]  (Bill Silvert)
Subject: Dumas encoding (was Re: SAME OLD SAME OLD VOLUME 2)
To: [e-mail]

In article <[e-mail]6> [e-mail] (Z4648252)
 writes:
>
>                For some reason, the DUMAS encoder which I downloaded
>from Panarthea produces different results than what the net produces.
>    Observe a beginning portion of the actual encoded DUMAS program:
>
>begin 644 dumasuux.arc
>M&@A5540N5%10````````X!@``!\/.FHVPZ`D```,8#0``.#!PD`"J`8.@```
>MD@,5;P`0`-$&`(9H[0!P(%&1A1!`(I`HD7`&B@A%)I20R*)$@QE?)T>>X<%@
>M`X`@9MC5!"#%C+F=1\R`VVG%C+:=/<PH4#+AC($1RP:*@",D$X@$)U.N;/DR
>
>    This sample is representative of a file obtained from the net.  Observe
>the same file as encoded by DUMAS on my system:
>
>table
> !"#$%&'()*+,-./0123456789:;<=>?
>@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]?_
>begin 644 DUMASUUX.ARC
>M&@A5540N5%10        X!@  !\/.FHVPZ D   ,8#0  .#!PD "J 8.@   z
>MD@,5;P 0 -$& (9H[0!P(%&1A1! (I HD7 &B@A%)I20R*)$@QE?)T>>X<%@y
>M X @9MC5!"#%C+F=1\R VVG%C+:=/<PH4#+AC($1RP:*@",D$X@$)U.N;/DRx

The added characters at the end of each line form a sequence check used
by the Dumas UUD program.  They are ignored by uudecode, but if your
version gets confused, you can simply remove the last character of each
line (sed -e 's/[a-z]$//') before decoding.  The table is also used by
UUD, but should be ignored by standard uudecode.

I have not had problems decoding all kinds of uuencoded files with UUD,
including all of those from the MS-DOS group.  I send out UUE-encoded
files all the time and haven't heard of any problems.

I've made some changes to UUD which let me decode whole bunches of files
at one shot -- very handy.  Dumas has saved me a lot of trouble!

--
Bill Silvert, Habitat Ecology Division.
Bedford Institute of Oceanography, Dartmouth, NS, Canada B2Y 4A2
        UUCP: ...!?uunet,watmath?!dalcs!biomel!bill
        Internet: [e-mail]      BITNET: [e-mail]

------------------------------

Date: 14 Sep 89 10:32:03 GMT
From: mcsun!unido!laura!trillian.irb![e-mail]  (Rainer Klute)
Subject: New version of Arcgsh
To: [e-mail]

The new version 2.1 of Arcgsh has gone out yesterday to Steven
Grimm, the moderator of comp.binaries.atari.st and should
appear in that newsgroup really soon now.

For those who don't know the program: Arcgsh is a GEM shell and
allows you to call Zoo, Arc, Uud, Uue, Shar and other programs
very comfortably because parameter input is done by dialog
boxes.

The main advantage of the new version over the former one
(V1.4) is of course the Zoo support. Many of you may have
waited for the long promised ZooBoy shell - but it never came.
Well, now Arcgsh V2.1 is in the pipeline, and I hope you can
have as much pleasure with it as could have had with ZooBoy.

When I started to develop Arcgsh the name stood for "ARC
Graphical SHell". This meaning is of course no longer
appropriate. "Arcgsh" now means (for obvious reasons :-)) "A
Really Cute Gem SHell".

And another word: Please do report bugs! When I got a color
emulator for my monochrome monitor and was able to run Arcgsh
V1.4 in the medium resolution I at once noticed some *very*
*obvious* display errors. However, no one ever told me before
and I couldn't fix it! So please feel free to send me a note if
you have stumbled over something and tell me about it!

  Rainer Klute           ----    [e-mail]
  Univ. Dortmund, IRB    |)|/    [e-mail], [e-mail]
  Postfach 500500        |\|\    ...uunet!mcvax!unido!klute
D-4600 Dortmund 50       ----    Tel.: [phone]

------------------------------

Date: 14 Sep 89 08:22:07 GMT
From: mailrus!cwjcc![e-mail]  (Jwahar R.
 Bammi)
Subject: Re: Info-Atari16 Digest V89 #462
To: [e-mail]

In article <[e-mail]>, TW6PSANU@MIAMIU (Todd
 Whitehead) writes:
>Michtron makes an excellent package called hard drive turbo kit.
>I too had problems with dlII.  The first time I tried it, it said my

I too use the michTron HD turbo toolkit and can highly recommend it. One
note of caution: If you have partitions larger than 16M (like under tos 1.4)
it gets very confused. michTron is aware of the problem, so we will
probably see a fix.
--
bang:   ?any internet host?!dsrgsun.ces.CWRU.edu!bammi  jwahar r. bammi
domain: [e-mail]
GEnie:  J.Bammi

------------------------------

Date: 13 Sep 89 22:40:48 GMT
From: hpfcso!hpldola![e-mail]  (Joe Gilray)
Subject: GEM memory indicator?
To: [e-mail]

I'm creating a memory hungry GEM application and I would like to create a
memory bar chart on the screen.  One way I've thought of to do this is
to call Malloc(-1L) at program startup to get the total available space,
then call it during program operation (at appropriate times) to find
current available space.  Then space_used = total - current_available

Questions:

1) Is there a better way?

2) Would you do this in an event loop?  How would you control it?
   I.e if (memory_bar_is_not_covered_by_a_window
       && memory_using_event_has_occured)
           update_memory_bar(Malloc(-1));


Thanks for any help!

-Joe Gilray

------------------------------

Date: Thu, 14 Sep 89 12:18:33 EDT
From: [e-mail] (Chip Roberson)
To: [e-mail]
Subject: Re: Argh!  MWC Resource & TEDINFO

First off, let me thank you for replying to my plea for help.
Net-People like you have made the difference between my ST
being a real machine or just a piece of hardware!  Thanks.

In article <[e-mail]> you write:
>Chip,
>You have the right idea,

Well in one way that's reassuring to me, while disappointing that the
solution isn't readily apparent and easy to acquire.

>but you need to do the following:
>
>Buffer the text with blanks equal to the # of "X"'s (which I
>assume are ALT-X's), and then place an @ at the start of the

Yes, the X's are ALT-X's.  There are 20 of them.

>buffered text. _You won't be able to see the @ but it's there!_.

Ok, I got into WMC's Resource and first typed in 20 spaces, then
moved to the first character postion (in front of those 20 spaces)
and inserted an @-sign.  When I inserted the @, the spaces
were no longer visible (just underbars).

I saved the new .rsc and decompiled it to look at the components
in textual form.  The @ + 20 spaces were there, though when it
decompiled, all of the CNAMEs for my edit fields had been changed
to really helpful names like FTXT_27A!

>Ok, the @ ensures you start on the left of the field before
>the user enters anything (and it's there, trust me), the blanks
>give space for the user to enter something!

I loaded the .rsc, that I had just built using Resource, into my program
and tried to edit the form.  The cursor cursor was at the beginning
of the field as you predicted and I could type in 20 characters of text.
HOWEVER, the new characters did not replace the underbars but instead
merged with them.  So I get R's that look like funny B's and A's that
look like sick 8's.

>Try it, it should work if you do it _exactly_ like that and don't
>worry about not being able to see the @, ok?

Well, I think I have followed your instructions to the letter (almost
literally) and it's almost there, but asthetically unpleasing.  Have
I missed something?

>--
>--Kenneth "kens" Soohoo                        ([e-mail])
>  Atari Hacker (Atari's Hacker...)
>  "It could be worse, you could get hit by a bus..."
>  My opinions are my OWN, _not_ necessarily Atari's. But "hey", who knows?

-c
Chip Roberson   ([e-mail])

------------------------------

Date: 14 Sep 89 15:49:27 GMT
From: dartvax!eleazar.dartmouth.edu![e-mail]  (William David Haas)
Subject: Re: Dumas encoding (was Re: SAME OLD SAME OLD VOLUME 2)
To: [e-mail]

Just thought I would pop into the UUD discusion.   My favorite feature of
uud (not uudecode) is that you can save all the parts of a UUEncoded file
from a newsgroup (like say comp.binaries.atari.st) into mailbox form and
uud that file.  The only catch is the parts must be in order.  So, when a
new program shows up I wait till all the parts are there and save them into
a mailbox and uud the mailbox.  It is so much easier then using various files
or editing the uue stuff into one big file.

Uud will also decode multiple files in the same saved mailbox file.  So you
could have a file with parts 1-7 of something and parts 1-5 of something
else and decode both of them with on uud.  The only catch is that the files
must be in the right order.

dav

------------------------------

Date: 14 Sep 89 08:41:39 GMT
From: mcsun!ukc!newcastle.ac.uk!tadhg![e-mail]  (Chris Forker - Nav
 Arch-)
Subject: Re: adding a 68881
To: [e-mail]

I have a board with a 68881 produced by Atari in my Mega.

You did not state what machine you have. I got my board from Silica
Shop about a year ago for 107 pounds sterling ( ed discount ).

If you don't have a Mega, you could consider one of the accelerator
boards with a slot to take the 68881.

Try Power Computing, or Third Coast Tech.

BTW, Pro. Fortran with the 68881 flies. Not much slower on the savage
benchmark than a Sun 3/50.

The following benchmarks where obtanined using Pro. Pascal.

TEST            Fib             Float           Sieve           Savage
??????????????????????????????????????????????????????????????????????
No. Iter.       100             10,000           100            25,000
??????????????????????????????????????????????????????????????????????
Atari ST      303.93            52.06            57.23          518.60
Atari ST (1)  303.93            12.42            57.23            6.37
Mac SE        264.00           229.98            64.70         1884.30
Sun 3/50 *     88               17               10             254
Sun 3/50 (2)  135                2               10               5
Sun 3/60 *     57               11                7             161
Sun 3/60 (3)   94                2                7               4
??????????????????????????????????????????????????????????????????????
Sun 386i +    125               14               27             179
Sun 386i (4)  124                1               27              16
IBM PS/2 50 + 258               28               60             365
IBM PS/2 70 + 140               16               29             200
IBM ATx +     324               35               74             458
IBM ATx (5)   317               11               75              31
??????????????????????????????????????????????????????????????????????
                ( ALL times are in seconds )


*:Sun Unix Release 3.5 ( Pascal -no optimization, multi-user, & fsoft)
1:MC68000 @ 8Mhz + MC68881 @ 16Mhz
2:MC68020 @ 15.5Mhz + MC68881 @ 15.5Mhz
3:MC68020 @ 20Mhz + MC68881 @ 20Mhz

2 & 3 used the -f68881 option instead of -fsoft.

+:No maths co-processor
4:80387 @ 16Mhz  ( I think. The 386i is the 150 variant )
5:80287 @ 10Mhz

All times obtained using the DOS version of Pro. Pascal on IBM's & Sun 386i.
386i was in DOS mode.

The time for the Mac SE was found in the July 87 ( I think ) issue of
BYTE in an article on benchmarking machines.

The same Pascal code was used on all the machines. Although different
timing methods were employed in software for each different
architecture.

The above figures are given in good faith. As with all benchmarks you
only get what you want to see.

+-=--=--=--=--=--=--=--=--=--=--=--=--=--+--=--=--=--=--=--=--=--=--=--+
|   mail: [e-mail]   |   Dept. Marine Technology   |
|  voice: [phone] X 6750          |   Newcastle University      |
|    fax: [phone]                 |   Newcastle upon Tyne       |
|                                        |   NE1 7RU  ENGLAND          |

------------------------------

Date: 14 Sep 89 19:48:59 GMT
From: mentor.cc.purdue.edu![e-mail]  (Paul Hanson)
Subject: Panasonic KXP1091 printer for sale
To: [e-mail]

I am asking $210 OBO.

respond to [e-mail] or
call [phone] (as for Paul)

------------------------------

Date: 14 Sep 89 00:21:38 GMT
From: mailrus!wuarchive!uwm.edu!marque!carroll1![e-mail]
 (Dave Newton)
Subject: External Disk Drive For Atari ST Wanted
To: [e-mail]

   I desperately need a second drive for my Atari ST.  720K type.  Soon
and cheap.  If you have any leads let me know.  thanx in advance.

--
David L. Newton       |      [e-mail]     | I prefer to remain
[phone] (work) |     [e-mail]    | isolated from the
[phone] (home) | 100 NE Ave, Waukesha, WI 53186 | majority of people.
                 The fish are getting seasick -- Rough Sea/RAW

------------------------------

Date: 13 Sep 89 16:22:31 GMT
From: mailrus!uwm.edu!marque!carroll1![e-mail]  (Dave
 Newton)
Subject: Apple Emulation
To: [e-mail]

   Another question: Is there a _good_ PD Apple ][e emulator?  (][+ would
probably work).  I got appleemu off of terminator, but it doesn't work too
well.  Any info greatly appreciated.


   To those who replied to my previous question of text to GEM windows, what
I meant was: an easy way.  I didn't want to write routines to figure where
lines in the window were or anything like that.  But thanx anyway I guess.
is there such as a thing as a GEM programmers front-end that will do things
like this?  If not, maybe I'll write one to ease others' suffering.

--
David L. Newton       |      [e-mail]     | I prefer to remain
[phone] (work) |     [e-mail]    | isolated from the
[phone] (home) | 100 NE Ave, Waukesha, WI 53186 | majority of people.
   The more people I meet, the more I understand the point of the Flood.

------------------------------

End of Info-Atari16 Digest
**************************